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Response to Arguments 

Applicant's arguments, see the Declaration (Affidavits 37 C.F.R. 1.131) that establishes 
completion of the invention in the United States on a date before 3 January 2002, which is the 
filing date of U.S. Patent Application Publication 2003/0126584 Al to Creamer et. al. filed 
1 1/14/2005, with respect to the rejection(s) of claim(s) 1-20 under 35 U.S.C. 103(a) have been 
fully considered and are persuasive. Therefore, the rejection has been withdrawn. However, 
upon further consideration, a new ground(s) of rejection is made in view of Praveen K. Murthy, 
Etan G. Cohen, Steve Rowland, hereinafter refer as Praveen. 

Drawings 

The drawings were received on 12/12/2005. These drawings are acceptable. 

Claim Rejections - 35 USC § 103 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 1-2, 10-1 1 and 15-17 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Praveen K. Murthy, Etan G. Cohen, Steve Rowland, April 2001, with title of "System canvas: a 
new design environment for embedded DSP and telecommunication systems"; hereinafter refer 
as "Praveen", and further in view of Crook, US Patent No: 6,642,942. 
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L Claim 1 . Praveen on page 55 in fig. 1 shows the main system Canvas GUI that similar to 
claimed features as follows: In a graphical user interface for a computer, a method of 
displaying objects for designing a service graph using a plurality of service independent 
building blocks, the method comprising: Praveen in fig. 1 illustrates clearly a canvas object, 
(examiner's interpretation regarding a canvas object: is a technical drawing, image editing and 
page layout program for Windows) the claimed feature is as follows: displaying a canvas object; 
Praveen illustrates in top region of fig. 1 that consists of user-customizable too-bars and buttons 
that accelerates functions also available in the various pull-down menus, the claimed features is 
as follows: displaying a toolbar object; displaying a menu object. 

Said area showing said plurality of service building blocks specifically performs the same 
function as the working folder tabs object as recited in the instant claim. Although said area is 
not explicitly a working folder tabs object, it is well known in the GUI art to implement said 
working folder tabs object in order to create a hierarchical system for storing any types of data 
including building block objects such as the service building blocks. Said working folder tabs 
object is in fact ubiquitous with Microsoft® Windows Explorer GUI, a very well known GUI 
system (See FIG. A below). A myriad of systems running Windows operating system 
incorporate said working folder tabs for providing easy accessible user interaction (i.e. faster and 
easy way of selecting objects in hierarchical folders using drag-and drop). An analogous art, 
Crook, explicitly teaches creating and configuring another type of telecommunication service, 
call-processing applications, using a GUI. Said call processing applications are graphically 
represented on a display using a GUI editor (Col. 2, line 29 - Col. 3, line 15). Crook explicitly 
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teaches using the well-known drag-and-drop technique for configuring said call processing 
applications (Col. 4, line 41 - Col. 5, line 16; Col. 5, line 54 - 22 and FIGS. 2-17). Said call 
processing applications (service building blocks) are drag-and-dropped from a file window (40), 
which specifically is a working folder tabs object. It would have been obvious to one of ordinary 
skill in the art to take the teachings of Praveen and to add from Crook the well known and 
obvious GUI component, working folder tabs object, in order to allow a user to more easily 
create and configure service graphs (Col. 5, lines 9-16). In fact, both Praveen and Crook teach 
using a GUI in order to provide an easy method of creating and configuring specific service 
graphs without added programming skills or training. Said working folder tabs object provide to 
the user a familiar GUI (well known and ubiquitous via Microsoft® Windows Explorer) for 
organizing said service building blocks, from which each service building block can be easily 
drag-and-dropped onto the canvas. Further, Crook explicitly provides that the graphical 
configuration reduces the time and expense of assembling a call processing system (service 
graph). Anyone familiar with drag-and-drop techniques and mouse manipulation can practice 
the present invention, even when the application is written by different vendors (Col. 9, lines 31- 
48). 
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FIG. A: Well known and ubiquitous Microsoft® Windows Explore 

2. In regards to claim 10, the same basis and rationale for claim rejection as applied to claim 
1 above are applied. Praveen on page 55 in fig. 1 shows the main system Canvas GUI that 
similar to claimed features. In addition, Crook also teaches a computer readable data (computer 
program), and all computer programs must be stored in a computer-readable medium (FIG. 1). 

3. In regards to claims 2, 1 1, and 17, Praveen and Crook teach the method of claim 1 as 
applied above. In addition, Praveen on page 55 in fig. 1 shows the main system Canvas GUI that 
similar to claimed features. Praveen in fig. 1 illustrates clearly a canvas object, (examiner's 
interpretation regarding a canvas object: is a technical drawing, image editing and page layout 
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program for Windows). Praveen illustrates in top region of fig. 1 that consists of user- 
customizable too-bars and buttons that accelerates functions also available in the various pull- 
down menus. Although Crook teaches said working folder tabs object on the right side and 
canvas object on the left side, the positions of said canvas and working folder tabs object is not 
critical to the invention and thus does not teach away from Praveen. In fact, the combination of 
Praveen and Crook teaches both options. 

4. In regards to claim 1 5, the same basis and rationale for claim rejection as applied to 
claims 1 and 10 above. In addition, Praveen explicitly teaches embedding it's invention in a 
computer program product, which comprises all features enabling the implementation of the 
method described herein, and which when loaded in a computer system is able to carry out these 
methods. Computer programs means or computer program in the present context means any 
expression, in any language, code or notation, or a set of instructions intended to cause a system 
having an information processing capability to perform particular function (see fig. 1). Thus, 
said invention of Praveen must be implemented on a computer system comprising a processor 
and a display since said visual tool must be visible to the user. Further, all computer programs 
must be implemented on a computer system comprising a processor and a display. 

5. In regards to claim 16, the same basis and rationale for claim rejection as applied to claim 
15 above. Both Praveen and Crooks must implement their teachings on a computer system as 
applied to claim 15 above. In addition, Crooks explicitly teaches input devices (14 and 18), 
output devices (14 and 18), and data storage devices (12 and 30) on FIG. 1. 

6. Claims 3-4, 8-9,12-13, and 18-20 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Praveen in view of Crook, US Patent No: 6,642,942, and further in view of 
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Office Action Correspondence Subsystem (OACS) User's/Training Manual Version 1.3, 
Copyright 02/2003 (Microsoft® Word 2000, Copyright 1983-1999 based software). 
7. In regards to claims 3 and 12, Praveen and Crook teach the method of claim 1 and 10 
above. In addition, combination of Praveen and Crook explicitly teach displaying the canvas on 
the left side and the working folders tab object on the right side. The applicant's recitation of 
claims 2 and 3 lends support to the examiner's interpretation and argument that the specific 
positioning of the canvas and the working folder tab objects is not critical to the invention. If 
having specific positioning of said canvas and working folder tab object were critical to the 
applicant's invention, the applicant would not claim both positioning options. By claiming both, 
it is clear that one position does not offer critical advantage over the other. This is true in GUI 
art in general. The position of the GUI toolbar depends on the user and the task performed by 
the user. When service building blocks (or any objects) are moved from one side to another 
(from the working folder tabs object to the canvas), it is obviously better to have corresponding 
GUI toolbars between the adjoining left and right side. Placing a toolbar between two sides is 
well known in the art. For example, the well-known FTP programs comprise two screen portions 
adjoined with a tool bar in placed in between. This allows the user to easily transfer objects from 
one side to another. The examiner feels that the purpose of the GUI toolbar location between the 
working folder tabs object and the canvas is an obvious modification of Praveen and Crook 
(wherein both teach toolbars placed on top and above the canvas and the working folder tabs 
object). By placing the toolbar in the middle, the user can easily access the desired toolbars 
when transferring objects from the left side to the right side. An analogous art, OACS, explicitly 
teaches this limitation (See Page 1-31, FIG. 1-33). The two arrow icons located in the middle 
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between the left and right window specifically make up a toolbar. The user can easily transfer 
files from the left side to the right side by selecting the desired file and then pressing the 
appropriate direction arrow using a mouse pointer. OACS may at first seem to be an unrelated 
art, but it is a well-known program created using a very well known word processing program 
(Microsoft® Word 2000), which in essence performs exactly the same function as the GUI 
recited in the instant claim. Further, OACS explicitly teaches a floating tool bar (See FIGS. B-E), 
which can be place anywhere. The floating toolbar placement specifically allows the user to 
place said toolbar anywhere on the screen as desired for easy access. In this context, the 
applicant is directed to FIG. 3 of Crook. Between the canvas and the working folder tabs object, 
there exists a dividing space. When the floating toolbar function of OACS is applied to Crooks 
and said floating toolbar is docked on the dividing space of Crooks, said toolbar specifically is 
placed between the canvas and the working folder tabs object. This is the inherent advantage 
provided by the flexible nature of floating toolbar. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to take the teachings of Praveen and Crook and to add from OACS the placement of toolbar in 
the middle in between the left side and the right side since said placement is well known to aid 
users move files from one side to the another. The purpose of the GUI is to help user perform 
functions, and by placing said toolbar in the middle, it is easier for the user to reach when 
transferring files between two sides. This concept is well known in the art, and thus is not 
derived from the applicant and hence not an impermissible hindsight. When a person of ordinary 
skill in the art designs the GUI for creating service graphs, said person would not limit his 
research in the service graph creating technology. It is reasonable to assume that said person 
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must research the state of the art GUI technology in order to maximize the function of GUI, 
which specifically is to aid user interaction and increase efficiency. Thus, it is reasonable to 
assume that said person would have access to GUI technology from a plurality of different art 
areas. The concept of a GUI is not limited by the specific application and broadly covers all areas 
wherein user interaction requires improvement. Thus said person of ordinary skill in the art must 
include the GUI art, which would render the combination of Praveen, Crook, and OACS 
obvious. 
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FIG. B: Microsoft® Word 2000, Copyright© 1983-1999 (Which is used to create OACS) 
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FIG. D: Floating Toolbar Docked on the left side. 



Application/Control Number: 10/701,470 
Art Unit: 2672 



Page 12 



FIG D Floating Toolbar Docked on the left side 

; '. 10.; ' It would have been obvious to one: of vr&hzry skill in the art at the time of the X : ; 
invention to take the teachings of Creamer and Crook and to add from OACS the 
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middle, it is easier for the user to reach when transferring files between two sides This 
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above. While Creamer and Crook teaches a canvas and a working folder tabs object as 
i'appjled io claim: 1 above, Creamer and Crook does not explicitly teach 



.& 

;■. % : 

I 



■mi 



FIG. E: Floating Toolbar Docked on the right side. 

8. In regards to claims 4 and 13, Praveen and Crook explicitly teach the method of claim 1 
and 10 above. While Praveen and Crook teaches a canvas and a working folder tabs object as 
applied to claim 1 and 10 above, both do not explicitly teach a floating toolbar and floating 
working folder tabs object. However, as applied to claim 3 above, said floating feature 
specifically is taught by OACS and is well known in the GUI art. Said canvas as taught by 
Praveen and Crook specifically is displayed near the middle and across the center portion. In 
addition, when the floating toolbar function of OACS is applied to the toolbar and the working 
folder tabs object of Praveen and Crook, said canvas must be placed across the center portion. 
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Broadly speaking said working folder tabs object specifically is a toolbar also, since it comprises 
graphical representation that allows the user to execution a function of selecting specific objects. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to take the teachings of Praveen and Crook and to add from OACS the floating toolbar in order 
to easily move said toolbars to any convenient location on the screen. For example, when 
working on the left side of the screen, it's more convenient to move the toolbar near the left side, 
and said floating toolbar allows the user to easily move said toolbar to the convenient left side. 
9. In regards to claim 8, Praveen, Crook explicitly teach the method of claim 1 above. In 
addition, Pravenn (FIG. 1), Crook (FIGS. 2-17), and OACS (FIG. F below) in combination 
explicitly teach displaying the toolbar object comprising a plurality of buttons on the toolbar 
object, each button controlling objects displayed in the graphical design window. While Praveen 
and Crook teach toolbars comprising buttons, both are silent to the limitation regarding said 
buttons controlling objects displayed. OACS explicitly teaches displaying a toolbar comprising 
buttons, which control objects displayed. Using the Microsoft® Word Draw functions of OACS, 
objects can be selected from clip art folders and placed on the design window, wherein selection 
of each object activates a floating picture toolbar (FIG. F), which comprises a plurality of buttons 
with specifics functions directed to controlling said selected object. For example, selection of 
the well-known "Crop" button (7 th from left on the floating tool bar) allows the object to be 
cropped. It would have been obvious to one of ordinary skill in the art at the time of the 
invention to take the teachings of Praveen and Crook and to add from OACS the well known 
toolbar function directed to controlling displayed objects. Although Praveen and Crook are 
silent to said limitation, said toolbar buttons controlling displayed objects are well known in the 
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art. Said buttons on the toolbar specifically represents shortcuts to specific functions, which 
allows the user to quickly control and manipulate the display object with one push of a button. 
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FIG. F: Toolbar comprises a plurality of buttons for controlling objects displayed. 

10. In regards to claim 9, OACS explicitly teaches displaying a toolbar comprising buttons, 
which displaying text for each button, (see Fig. f, above). 

11. In regards to claim 20, Praveen in fig. 1 clearly illustrates the claim limitations. OACS in 
Fig. f, at the top tool bar menu illustrates an icon "+ADD" documents. That is selecting 
documents and pushing the done button on Action Name Dialog Box, push the Select Button. It 
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will create New Action folder, update OACS database, and save selected documents in the 
Action folder. 

12. Claims 5-7, 14 and 21-25 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Praveen in view of Crook, US Patent No: 6,642,942, and further in view of Cebulka et al., US 
Patent No: 5,455,853. 

13. In regards to claims 5, 14 and 21-25, Praveen and Crook in combination teach the 
method of claim 1 wherein displaying a working folder tabs object that displays in one mode 
service independent building blocks that may be placed onto the canvas to design a service 
graph as applied to claim 1 above. In addition, Praveen explicitly teaches displaying icons 
representing service graph (FIG. 1). Individual icons representing service independent building 
blocks are put together on the canvas in order to create a service graph comprising a plurality of 
icons. This represents a second mode since the user creates the service graph during a service 
graph editing mode. Praveen and Crook do not explicitly teach displaying icons representing 
service data tables and message sets, but it is well known and obvious in the art to incorporate 
tables and messages. 

An analogous art, Cebulka et al, teaches a method of creating a customizable 
telecommunication service template in order to reduce the work required when created a new 
service graph. Using a template allows the user to eliminate the need to recreate said service 
graph from scratch, and thus reduce the time requirement (Col. 1, line 50 - Col. 3, line 61). 
Much like Praveen and Crook, Cebulka et al. teaches displaying various graphical objects 
representing service graph building blocks and creating service graphs by combining said 
graphical objects (Col. 6, line 63 - Col. 10, line 23 and FIGS. 7-12 and 29A). 
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14. In regards to claims 6-7, Praveen, Crook and OACS explicitly teach the method of claim 
5 above. 

15. In regards to claims 21-25, Praveen, Crook and OACS explicitly teach the method of 
claim 5 above. 

16. Examiner's suggestion: Encourages Applicant to schedule an interview. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Javid A. Amini whose telephone number is 571-272-7654. The 
examiner can normally be reached on 8-4pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Richard A. Hjerpe can be reached on 571-272-7691. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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